Simultaneous delivery of a telephony call over a broadband access network and a circuit-switched network

ABSTRACT

A call processing module includes a first network interface configured to communicate over a packet-switched network and a second network interface configured to communicate with a local subscriber over a broadband access network employing RF modulation. A call manager is provided which includes a database associating a local subscriber telephone number with an address of a client device associated with the local subscriber for a plurality of subscribers authorized to receive telephony service. A frequency handler is provided for allocating to the client device a receive frequency and a transmit frequency to be used by the client device over the broadband access network during a telephony call. The call processing module also includes a session manager configured to generate and receive signaling messages for establishing the telephony call between the local subscriber and a remote subscriber over the broadband access network and the packet-switched network as well as over the broadband access network, the packet-switched network and a circuit-switched network in communication with the packet-switched network.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/471,852 filed on May 26, 2009, the contents of which are hereinincorporated by reference in entirety.

BACKGROUND

In recent years integration of cable television and telephone networkshas become a commercial reality. For instance, telephony services can beseamlessly carried over both networks. One class of telephony services,referred to as Voice over Internet Protocol (“VoIP”) services, is arelatively new service that competes with plain old telephone service(POTS) providers. VoIP, which may also be referred to as IP Telephony,Internet telephony or Broadband telephony, is the routing of voiceconversations over an IP network such as a private network operated bycable television or telecommunication providers or public networks suchas the Internet, or any combination thereof. VoIP subscribers make andreceive calls as they would over the traditional publicly switchedtelephone network (PSTN). Accordingly, IP networks such as a cabletelevision network need to communicate with conventional telephonenetworks and thus network elements such as gateways and the like havebeen developed to support such communication.

SUMMARY OF THE INVENTION

In accordance with one aspect of the invention, a call processing moduleis provided. The call processing module includes a first networkinterface configured to communicate over a packet-switched network and asecond network interface configured to communicate with a localsubscriber over a broadband access network employing RF modulation. Acall manager is provided which includes a database associating a localsubscriber telephone number with an address of a client deviceassociated with the local subscriber for a plurality of subscribersauthorized to receive telephony service. A frequency handler is providedfor allocating to the client device a receive frequency and a transmitfrequency to be used by the client device over the broadband accessnetwork during a telephony call. The call processing module alsoincludes a session manager configured to generate and receive signalingmessages for establishing the telephony call between the localsubscriber and a remote subscriber over the broadband access network andthe packet-switched network as well as over the broadband accessnetwork, the packet-switched network and a circuit-switched network incommunication with the packet-switched network.

In accordance with another aspect of the invention, a method is providedfor establishing a telephony call. The method includes receiving over alocal broadband access network a request from a calling party toestablish a telephony call between the calling party and a called party,the request including a telephone number of the called party. A callprocessing unit is alerted of the request by transmitting an alertmessage over a packet-switched network. A first answer message isreceived from the call processing unit over the packet-switched networkindicating whether the telephony call will be answered as a voice-onlytelephony call on a circuit-switched network or as a video telephonycall on a remote broadband access network. A response is presented tothe calling party from the called party by transmitting one or moreadditional messages to the calling party over the local broadband accessnetwork. At least one of the additional messages indicates if thetelephony call will be answered as a voice-only telephony call or as avideo telephony call and identifies a channel to be used by the callingparty when communicating with the called party over the local broadbandaccess network.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows the operating environment in which a broadband interpreter(BBI) is employed.

FIG. 2 shows a simplified diagram of one example of the logicalarchitecture of a BBI.

FIG. 3 shows a signaling or call flow diagram illustrating the processby which a call is established between a local subscriber and a remotesubscriber.

FIG. 4 shows another signaling diagram for a scenario in which a localsubscriber initiates a call to the remote subscriber and a remotesubscriber answers the call on a remote telephone and then switches to aset top box so that the call can be received as a video call.

FIG. 5 shows an operating environment similar to FIG. 1 except withmessages superimposed which correspond to the signaling diagram of FIG.4.

FIG. 6 shows yet another signaling diagram for a scenario in which alocal subscriber initiates a call to a remote subscriber who does notwant to be disturbed and thus has elected to have his or her message godirectly to video voice mail.

FIG. 7 shows an operating environment similar to FIG. 1 except that italso illustrates a video voice mail server that may be used inconnection with the signaling diagram shown in FIG. 6.

FIG. 8 is a signaling diagram for a scenario in which the calling partyuses a set top box to initiate a voice-only call.

FIG. 9 shows an operating environment similar to FIG. 1 except withmessages superimposed which correspond to the signaling diagram shown inFIG. 8.

FIG. 10 shows the logical architecture of one particular example of aclient device which is configured as set top box.

DETAILED DESCRIPTION

Despite the current degree of interactivity that exists between the PSTNand IP networks such as the cable network or other broadband accessnetwork, a calling party cannot simultaneously place a call to a calledparty over both networks such that the called party has the option ofanswering the call on an end user device (e.g., a telephone) connectedto the PSTN or an end user device (e.g., a set top box) connected to thecable network. Such a telephony call may be placed using the methods andtechniques described herein. As a result, if the called party answersthe call on an end user device connected to the PSTN, the call may beestablished as a voice-only telephony call. On the other hand, if thecalled party answers the call on an end user device connected to thecable network or other broadband access network, the call may beestablished as a video telephony call, assuming the end user device issufficiently equipped with a camera and microphone

As discussed in more detail below, a call processing unit is providedthat allows a local subscriber (i.e., the calling party) to establish avideo telephony call using a set top box or other client device over abroadband access network as well as over a circuit-switched network suchas the Public Switched Telephone Network (PSTN) or radio frequencycommunication networks such as certain cellular or satellitecommunication networks.

The remote subscriber (i.e., the called party) has the option ofreceiving the call on either a set top box (via the broadband network)or a telephone (via the PSTN). Once the call has been answered, eitherparty may re-route the call from their set top box to their telephone,or visa versa. If the call is established between the local and remotesubscribers' set top boxes, the call may be a video call in which thevideo is presented on the display device that is connected to the settop box. The call processing unit, referred to herein as a BroadbandInterpreter (BBI), generates and tracks two simultaneous calls throughtwo different networks: the circuit-switched network and the broadbandaccess network. To accomplish this, the BBI needs connectivity to bothnetworks.

FIG. 1 shows the operating environment in which the BBI is employed. Asshown, a local subscriber 10 is equipped with both a client device suchas set top box 12 and a telephone 14. Similarly, remote subscriber 20 isequipped with both a client device such as set top box 22 and atelephone 24. The telephones 14 and 24 are in communication with thePSTN 28 or other circuit-switched network. STB 12 and STB 22 communicateover broadband access networks 15 and 25, respectively. Although forgenerality the STBs 12 and 22 are shown as communicating over distinctbroadband access networks, they may of course communicate over the samebroadband network as well.

Broadband access networks 15 and 25, which in some implementations maybe a Hybrid Fiber-Coax (HFC) network, include an array of radiofrequency (RF) transmitter edge devices such as edge QuadratureAmplitude Modulation (QAM) modulators (not shown in FIG. 1). As usedherein, the term “QAM” refers to modulation schemes used for sending RFsignals over broadband access networks. Such modulation schemes mightuse any constellation level (e.g. QAM-16, QAM-64, QAM-256 etc.)depending on the details of the broadband access network. A QAM may alsorefer to a physical channel modulated according to such schemes.Typically, a single QAM modulator can output a multiplex of ten ortwelve programs, although the actual number will be dictated by a numberof factors, including the communication standard that is employed. Theedge QAM modulators usually are adapted to: (i) receive Ethernet framesthat encapsulate the transport packets, (ii) de-capsulate these framesand remove network jitter, and (iii) transmit radio frequency signalsrepresentative of the transport stream packets to end users. Eachtransport stream is mapped to a downstream QAM channel. Each QAM channelhas a carrier frequency that differs from the carrier frequency of theother channels. The transport streams, which may be MPEG or H.264transport streams, for example, are mapped according to a channel map orplan designed by the MSO that operates the broadband access network.

A BBI 30 and 40 is respectively associated with each of the broadbandaccess networks 15 and 25. In this way the local STB 12 can communicatewith BBI 30 over broadband access network 15 and the remote STB 22 cancommunicate with BBI 40 over broadband access network 25. In someimplementations the BBIs 30 and 40 may be located in the headend of thebroadband access network with which they are respectively associated.The BBIs 30 and 40 may be in communication with one another over apublic or privately-operated packet-switched network 50. For purposes ofillustration the packet-switched network is depicted as operating inaccordance with the Internet suite of protocols and thus for conveniencefrom time to time will be referred to herein as the Internet.

FIG. 2 shows a simplified diagram of one example of the logicalarchitecture of a BBI 200 such as BBIs 30 and 40. The architectureincludes abstracted logical elements that are typically implemented inhardware, software, firmware, or any combination thereof. The BBI 200includes a call manager 210 and a frequency handler 220. The callmanager 210 maintains a database 215 having an entry for each subscriberthat is registered with that particular BBI. Each entry associates anetwork address of a subscriber's client device (e.g., a STB MACaddress) with the subscriber's telephone number as well as anyassociated subscriber parameters such as video voice mail. The frequencyhandler 220 is responsible for assigning channels (e.g., transmit andreceive frequencies and a program number) to the STBs for each call thatis carried on a transport stream over the broadband access network. Thechannels are made available to the BBI by the MSO that operates thebroadband access network. To accomplish this, the channel map relatingchannels to services carried on those channels is dynamically updatedfor receipt by the BBI. That is, the BBI is aware of which frequencies,modulation modes, and program ID numbers are assigned to each service onthe current channel map and which frequencies, modulation modes, andprogram ID numbers are available for use when a call setup is requested.The BBI will select the program number and the transmit and receivefrequencies that are to be assigned from among those that are availablein the channel map received from the MSO at the time a call setup isrequested. When the call that is to be established is a voice-only call,the BBI will assign lower bandwidth frequencies and program numbers thanwhen video calls are to be established.

The BBI 200 shown in FIG. 2 also includes a session manager 230 to setup new communication sessions, terminate existing sessions and re-routeexisting sessions between a subscriber's telephone and set top box.Among other things, the session manager 230 allows the BBIs tocommunicate with one another over the packet-switched network 50 usingvarious signaling protocols. For instance, in the case of the Internet,the BBIs may make use of the Session Initiation Protocol (SIP) to set upand control calls that are established between them. SIP is an exampleof an application level signaling protocol used by an initiating deviceto locate another device in order to establish a communication session.Other protocols that may be used include SS7. If SIP is employed, thesession manager 230 may include a SIP server and client to respectivelygenerate and receive SIP messages. The BBI 200 communicates with thepacket-switched network 50 via the packet-switched network interface250. Similarly, the BBI 200 communicates with the broadband accessnetwork via RF network interface 240. The RF network interface 240allows the BBI to exchange signaling messages and video and voice-onlycalls with the set top boxes or other client devices. To accomplish thisthe RF network interface may include, for example, a return pathdemodulator (RPD) that receives out-of-band QPSK or QAM modulatedsignals from the STBs. Alternatively, if the broadband access networkand the STB are compliant with the DOCSIS Set-top Gateway Interface(DSG), the signaling messages may be communicated between the set topboxes and the RF network interface 240 over a DSG tunnel. In yet otherimplementations the signaling messages may be communicated over thebroadband access networks using the Internet suite of protocols.

Connectivity between the PSTN 28 and the broadband access networks 15and 25 can be accomplished using the BBI and gateway nodes that areoften used to provide connectivity to such networks. For instance,signaling gateways are commonly employed to convert signaling messagesfrom one protocol to another protocol. If the BBIs employ SIP for callsignaling and the PSTN employs the conventional signaling system 7 (SS7)signaling protocol, then SIP gateways may be employed to convert betweenSIP messages and SS7 messages.

Other gateway nodes are commonly used to convert transport streams suchas video transport streams from one protocol to another. For instance,gateways may be used to convert video transport streams (e.g., MPEG orH.264 transport streams) carried by the broadband access networks 15 and25 to transport streams carried by the PSTN 28. In particular, audioonly transport streams that originate or terminate through the PSTN 28may employ the use of RTP gateways 62 and 64 in order to convert audioto an MPEG stream. Accordingly, an RTP gateway 62 and 64 is employedbetween the output of each BBI and the PSTN 28. In this example the RTPgateway 62 and 64 may be included within the Internet 50. Instead ofRTP, other protocols that may be employed by the PSTN 28 includeQuickTime, MediaPlayer and the like.

FIG. 3 shows a signaling diagram that will be used to facilitate anunderstanding of the process by which a call is established between thelocal subscriber 10 and the remote subscriber 20. The signaling diagramshows the interactions between the various network elements shown inFIG. 1. To further clarify an understanding of the process, the signalsor messages 1-11 shown in FIG. 3 are also superimposed on FIG. 1. Inthis example the local subscriber 10 is the calling party who initiatesthe call to the remote subscriber 20, who is the called party. The localsubscriber 10 initiates the call using the local STB 12 and the remotesubscriber 20 answers the call using the remote STB 22. This exampleassumes for the purposes of illustration only that the video transportstreams that are employed are MPEG transport streams and that theprotocols employed are SIP and RTP protocols. However, as noted above,the methods and techniques discussed herein are not limited to such animplementation.

Referring to FIG. 3, the local subscriber 10 initiates the call througha user interface associated with the local STB 12. The user interface,which may be, for example, a remote control unit or the like, maycontain a physical or virtual button that is used to initiate the call.Instead of a button, the subscriber may select an item from a menu ofoptions that are presented on a display associated with the userinterface. More generally, however, the user interface may be configuredin any desired manner and is not limited to the examples discussedherein. The local subscriber 10 also enters the telephone number of thecalled party (i.e., the remote subscriber 20) through the userinterface. In response, the STB 12 sends a request message to the localBBI 30 at 1. The message includes the MAC address of the called party(CLD) and the telephone number of the calling party (CLG). The local BBI30 queries its call manager database to translate the calling party'sMAC address to its corresponding telephone number.

Next, at 2B, the local BBI 30 creates a new message that is sent to theremote BBI. This new message includes the telephone numbers of thecalling and called parties as well as the MPEG program number of theMPEG stream that is to be transmitted from the local BBI 30 to theremote BBI 40, which is referred to in the signaling diagram as theTransmitting MPEG Stream of the Local BBI (“TPNL”).

The local BBI 30 uses its frequency handler to allocate the receivefrequency (RCF), the receive program number (RPN), the transmitfrequency (TXF), and the transmit program number (TPN) that are to beused by the local STB 10 when communicating over the local broadbandaccess network 15. This information, along with the modulation mode thatis employed, is sent by the local BBI 30 to the STB 12 in anacknowledgement message at 2A. As previously mentioned, the local BBI 30obtains this information from a poll of frequencies provided by the MSOoperating the local broadband access network 15. In some cases, insteadof sending each of these individual items to the STB 12, theacknowledgement message may include a virtual channel number.

After receiving the message that was sent by the local BBI 30 at 2A, theremote BBI 40 queries its call manager database to translate the calledparty's telephone number into its corresponding MAC address. Given theMAC address, the remote BBI 40 then sends an alert message to the remoteSTB 22 at 3A. The alert message includes the receive frequency (RCF),the receive program number (RPN), the transmit frequency (TXF), thetransmit program number (TPN) and the modulation mode that are to beused by the remote STB 22 when communicating over the remote broadbandaccess network 25. Upon receiving the alert message, the remote STB 22will notify the remote subscriber 20 that an incoming call is beingreceived. The notification may be presented to the subscriber on atelevision or other display device associated with the STB 22. Themessage may be presented using any appropriate mechanism, including, forexample, Picture in Picture (PIP), closed caption, or a GUI that issimilar to an electronic program guide. The message will notify theremote subscriber that an incoming call is being received and will askthe subscriber if he or she would like to accept the call. The messagemay include the name and/or telephone number of the calling party.

In addition to notifying the remote subscriber of the incoming call viathe STB 22, the remote BBI 40 will also notify the remote subscriber 20of the incoming call via the telephony interface to the remote telephone24. To this end, at 3B the remote BBI 40 will send an alert to theremote telephone 24 via the SIP gateway 64 and the PSTN 28. The alertwill contain the calling and called parties' telephone number. Theremote subscriber 20 now has the option of answering the call on theremote telephone 24 or the remote STB 22. In addition, a time outcounter is started that upon expiration will terminate the process ifthe subscriber does not respond.

In this particular example the subscriber answers the incoming call viathe STB 22. In response the STB 22 sends an acknowledgement message tothe remote BBI 40 at 4 and an answer message at 5. The remote BBI 40, inturn, at 6A sends an answer message to the local BBI 30 via Internet 50.The answer message includes the MPEG program number of the MPEG streamthat is to be transmitted from the remote BBI 40 to the local BBI 30,which is referred to in the signaling diagram as the Transmitting MPEGStream of the Remote BBI (“TPNR”).

Since the remote subscriber answered the call using the remote STB 40, adisconnect message is sent to remote phone by the remote BBI 40 at 6Bvia the telephony interface.

The answer message received by the local BBI 30 is propagated to thelocal STB 12 via the broadband access network 15 at 7. The MPEG callconnection is now established at 8 between the local and remote STBsover the broadband networks 15 and 25 and the Internet 50. Finally, wheneither party terminates the call, a disconnect message propagates fromone STB to another. In this example the local STB 12 terminates the calland the disconnect message is propagated at 9, 10 and 11.

FIG. 4 shows another signaling diagram for a scenario in which the localsubscriber 10 initiates a call to the remote subscriber 20 using the STB12 and the remote subscriber 20 answers the call on the remote telephone24 and then switches to the remote STB 22 so that the call can bereceived as a video call. The signals or messages 1-17 shown in FIG. 4are also superimposed on FIG. 5, which is otherwise the same as FIG. 1.

When the local subscriber 10 initiates the call request, alert andacknowledgement messages are sent at 1, 2A, 2B, 3A and 3B. Thesemessages are the same as their corresponding messages shown in FIG. 3and thus do not need to be discussed further.

At message 4, when the remote subscriber 20 answers the remote telephone24 an answer message is sent by the remote telephone 24 to the remoteBBI 40 via the PSTN 28 and the SIP gateway 68. The remote BBI 40propagates the answer message to the local BBI 30 over the Internet 50at 5. The remote BBI 40 indicates in the answer message that theanswered call is audio only by including an audio only indicator (AUI).

Since the call is audio only, the amount of bandwidth that is needed isless than if the call were a video call. Accordingly, the local BBI 30may wish to reduce the amount of bandwidth that it allocated at 2A.Accordingly, the local BBI 30 may once again use its frequency handlerto allocate a new receive frequency (RCF), receive program number (RPN),transmit frequency (TXF), and transmit program number (TPN) that aremore suitable for an audio only call. This information, which is used bythe local STB 12 when communicating by voice only over the localbroadband access network 15, is sent by the local BBI 30 to the STB 12in an answer message at 6.

At this point signaling is complete and the call can now be established.At 7A, the local STB 12 sends voice information in an MPEG transportstream to the local BBI 30, which in turn forwards it to the RTP gateway62 so that the information can be converted from an MPEG transportstream to a transport stream that corresponds to RTP (or other suitableprotocol). The RTP transport stream is forwarded by the RTP gateway 62to the PSTN 28 at 7B, which in turn forwards it to the remote telephone24.

At some point during the voice-only call the remote subscriber decidesto switch to a video call. That is, the remote subscriber 20 decides tore-route the call from the remote telephone 24 to the remote STB 22. There-route process is initiated when the remote subscriber 20 sends are-route message to the remote STB 22 via its user interface by, e.g,depressing a re-route button on a remote control unit. In response, theSTB 22 sends a re-route request to the remote BBI 40 at 8. The remoteBBI 40 recognizes that a call is in progress and that the remotesubscriber 20 has requested to switch from receiving the call over thePSTN 28 to receiving the call over the broadband access network 25.Before the re-route can be implemented, the remote BBI 40 needs toensure that sufficient resources (e.g., bandwidth) are available in bothdirections for a video call. Accordingly, at 9 the remote BBI 40 sends are-route message to the local BBI 30. The re-route message includes thetelephone numbers of the calling and called parties as well as the MPEGprogram number of the MPEG stream that is to be transmitted from theremote BBI 40 to the local BBI 30, which is referred to in the signalingdiagram as the Transmitting MPEG Stream of the Remote BBI (“TPNR”). Uponreceipt of this message, the local BBI 30 determines, using itsfrequency handler, if bandwidth resources are available on the localbroadband access network 15 and if so, sends a re-route message to thelocal STB 12 at 10. If necessary, this re-route message includes a newreceive frequency (RCF), receive program number (RPN), transmitfrequency (TXF), and transmit program number (TPN), which are to be usedby the local STB 12 when communicating over the local broadband accessnetwork 15. The re-route message also includes a video indicator (IVI)to inform the local STB 12 that the call is a video call.

Upon receiving the re-reroute message from the local BBI 30 the localSTB 12 sends an acknowledgement message back to the local BBI 30 at 11.The local BBI 30 in turn, forwards the acknowledgement message to theremote BBI 40 at 12 and includes the MPEG program number of the MPEGstream that is to be transmitted from the local BBI 30 to the remote BBI40 (the “TPNL”). The remote BBI 40 then sends an acknowledgement messageto the remote STB 22 at 13A. The acknowledgement includes the newreceive frequency (RCF), receive program number (RPN), transmitfrequency (TXF), and transmit program number (TPN) that are to be usedby the remote STB 22 when communicating by video over the remotebroadband access network 25, which the remote BBI 40 has allocated usingits frequency handler. At 13B the remote BBI 40 sends a disconnectmessage to the remote telephone 24.

The MPEG video call connection is now established at 14 between thelocal and remote STBs over the broadband networks 15 and 25 and theInternet 50. Finally, when either party terminates the call, adisconnect message propagates from one STB to the other. In this examplethe local STB 12 terminates the call and a disconnect message ispropagated at 15, 16 and 17.

In some implementations subscribers may opt to use a video voice mailservice that answers calls on their behalf by playing a pre-recordedvideo file to the calling party. Additionally, the calling party may optto leave a video voice mail message to the called party. As such the BBIwill handle, route and deliver the call to either a video voice mailserver as described below in connection with FIG. 6 or a STB capable ofstoring such a video voice mail message. In this way if the subscriberdoes not answer the call on the STB or telephone within a predefinedperiod of time, the BBI's call manager will determine if the subscribersubscribes to video voicemail and, if so, route the call accordingly.The caller manager 210 shown in FIG. 2 may keep track of whichsubscribers have subscribed to the video voicemail service. Forinstance, the entries in database 215 which have an entry for eachregistered subscriber may include a column that specifies if thesubscriber also subscribes to the video voicemail service. If thesubscriber does subscribe to the service, the call will be re-routed tothe video voicemail server or answered by a video voice mail applicationresiding on the subscriber's STB. Similarly, if the subscriber issues a“do-not-disturb” message though the STB, all calls will be immediatelyre-routed to the video voicemail server or the video voice mailapplication residing on the STB. The video voicemail service may alsoinclude a message indicator capability to enable the video voice mailapplication and the STB to exchange information relating to video voicemail messages. Subscribers will use the STB user interface to retrievereceived messages from the video voicemail server or a local storagemedium (e.g., a hard drive) associated with the STB.

FIG. 6 shows a signaling diagram for a scenario in which the localsubscriber 10 initiates a call to the remote subscriber 40, who does notwant to be disturbed and thus has elected to have his or her message godirectly to video voice mail. This implementation depicts a video voicemail server on which messages are stored and retrieved. The signals ormessages 1-11 shown in FIG. 6 are also superimposed on FIG. 7, which issimilar to FIG. 1 except that it also illustrates video voice mailserver 70.

When the local subscriber 10 initiates the call request, alert andacknowledgement messages are sent at 1, 2B and 2A. These messages arethe same as their corresponding messages shown in FIG. 3 and thus do notneed to be discussed further. After the remote BBI 40 is notified of theincoming call at 2B, the remote BBI determines that all messages forthis subscriber are to be routed to the video voicemail server 70. Thisdetermination may be accomplished when the remote BBI 40 accesses itssubscriber database to translate the called telephone number to theremote STB MAC address. Accordingly, at 3A the remote BBI sends an alertmessage to the video voicemail server 70. The message includes thereceive frequency (RCF), the receive program number (RPN), the transmitfrequency (TXF), and the transmit program number (TPN) that are to beused by the video voicemail server. In response, the video voicemailserver sends an acknowledgement and answer messages back to the remoteBBI 40 at 4 and 5, respectively. The answer message is propagated backto the local STB 30 at 5, 6 and 7.

The MPEG call connection is now established at 8 between the local STBand the video voicemail server 70. Finally, when the local subscriber orthe video voicemail server terminate the connection, a disconnectmessage propagates from one device to another. In this example the localSTB 30 terminates the call and the disconnect message is propagated at9, 10 and 11. The video voicemail server may terminate the connectionwhen a timeout period has expired, for example.

The video voice mail call depicted in FIG. 6 is only one illustrativeimplementation of a video voice mail service. For instance, aspreviously mentioned, in other implementations the subscribers may usetheir STB's storage medium for message retrieval and storage. In such animplementation calls are routed, handled and switched through thenetwork as previously described in connection with FIG. 3 and the callis answered by the video voice mail application residing on the calledSTB. The only difference at this point is that the calling party isconversing with the called party's video voice mail application, whichrecords and stores their message on a storage medium associated with thecalled STB.

The call scenarios described above are representative only. Manyadditional such scenarios are possible. For instance, FIG. 8 is a callflow diagram for a scenario in which the calling party uses a STB toinitiate a voice-only call. Once again, the signals or messages 1-11 arealso superimposed on the network diagram, in this case FIG. 9. Theremote BBI determines that there is no STB associated with the calledparty's telephone number and thus routes the call to the called party'stelephone via the telephony interface.

FIG. 10 shows the logical architecture of one particular example of aclient device which is configured as set top box. It should be notedthat the set top box may be any apparatus such as a hardware card,specially programmed computer or other device having the functionalitydescribed herein that may be placed near to or within a television orother display device (such as a computer monitor). The set top box canreceive broadcast, video-on-demand (VOD) and other content from abroadband access network such as seen in FIG. 1.

In the example shown in FIG. 10 the set top box is compliant with theOpenCable Application Platform (OCAP) hardware and software environment.The OCAP specification is a middleware software layer specificationintended to enable the developers of interactive television services andapplications to design such products so that they will run successfullyon any cable television system, independent of set-top or televisionreceiver hardware or operating system software choices. As is wellknown, middleware generally comprises one or more layers of softwarewhich are positioned “between” application programs and the lower orphysical layers of the network device. Middleware is commonly writtenfor the specific requirements of the operator of the computer system,and the proprietary software purchased by the operator of the computersystem. A key role of middleware is to insulate the application programsfrom the device specific details. By using middleware the applicationprogrammers need know very little about the actual network details,since they can rely on the middleware to address the complexities ofinterfacing with the network. Of course, the set top terminal is notlimited to an OCAP-compliant software/hardware architecture. In othercases, for example, the client devices 106 may be compliant with MHEG,DASE or Multimedia Home Platform (MHP) middleware. Alternatively, theset top terminal may be based on a proprietary architecture.

Referring to FIG. 10, the top of an OCAP software “stack” includesvarious conventional application modules such as a Monitor ApplicationModule 300, Electronic Program Guide (EPG) Module 302, and Digital VideoRecorder (DVR) application Module 304. In addition, the set top boxincludes a Telephony Application Module 306 for implementing thefunctionality that allows the set top box to establish telephony callsin the manner described above. These applications are run on top of asoftware layer called the “Execution Engine” 312 and interface to theExecution Engine using the well known OCAP APIs 308. The client devicemay also include certain software applications or “Native Applications”318 that do not run within the Execution Engine, but run directly on topof the Operating System/Middleware 314 for the client device. NativeApplications are typically written for, e.g., a particular hardwareconfiguration 316 of the client device 106. Examples of such NativeApplications may include management of front panel functionality, remotecontrol interaction, games, and the like. It should be noted that whileMonitor Application Module 300, Electronic Program Guide (EPG) Module302, DVR Application Module 304 and Telephony Application Module 306 aredepicted as residing on top of the execution engine 312, in some casesone or more of these applications may be integrated with the executionengine 312 or any other module residing below the OCAP APIs 308.Accordingly, processes that are described herein as being performed bythe Telephony Application Module may alternatively be performed by theexecution engine 312 or any other appropriate module or component. Inyet other alternatives, the functionality of the Telephony ApplicationModule 306 may be implemented in hardware or a combination of hardware,software and firmware.

In addition to the features mentioned above, the set top box or otherclient device will need a camera and microphone along with suitableencoders in order to capture audio and video. Optionally, the clientdevice may also have a user interface such as a remote control unit thatincludes a telephone keypad along with buttons or the like that allowsthe subscriber to access and activate the telephony application.Additionally, the Telephony Application Module 306 may store files thatcontain various prompts and messages to be presented to the subscriberat the appropriate time. For instance, as previously mentioned, onemessage may inform the subscriber of the arrival of an incoming call.Another message may be a pop-up that appears on the calling party'sdisplay when a call is initiated requesting the subscriber to wait whilethe call is being connected. The messages may be presented in anyappropriate format. For instance the prompts and messages may appear asgraphical user interface (GUI) pop-ups or as close-captioned text, forexample. If the set top box is so equipped, the prompts and messages maybe presented using picture-in-picture (PIP) functionality.

The processes described above, including but not limited to thosepresented in connection with the local and remote BBIs and the clientdevices, may be implemented in general, multi-purpose or single purposeprocessors. Such a processor will execute instructions, either at theassembly, compiled or machine-level, to perform that process. Thoseinstructions can be written by one of ordinary skill in the artfollowing the description of presented above and stored or transmittedon a computer readable medium. The instructions may also be createdusing source code or any other known computer-aided design tool. Acomputer readable medium may be any medium capable of carrying thoseinstructions and include a CD-ROM, DVD, magnetic or other optical disc,tape, or silicon memory (e.g., removable, non-removable, volatile ornon-volatile).

The invention claimed is:
 1. A call processing module, comprising afrequency handler for dynamically allocating to a client device areceive frequency and a transmit frequency from a set of frequencies inan active channel map that are available for use for a telephony callbased on the active channel map dynamically updating a relationship ofchannels to services delivering programming content carried on thechannels, said receive frequency and transmit frequencies being used bythe client device over a broadband access network during the telephonycall, wherein the frequency handler is configured to dynamicallyallocate, for use by the client device during communication between thecall processing module and the client device over the broadband accessnetwork, the receive and transmit frequencies, and a program ID fromamong receive and transmit frequencies and program IDs available in theactive channel map at a time a call setup is requested, a notificationof available receive and transmit frequencies and available program IDsbeing provided to the call processing module, at the time of call setup,from an operator of the broadband access network; and The callprocessing module, further comprising a session manager configured togenerate and receive signaling messages for establishing the telephonycall between a local subscriber and a remote subscriber over thebroadband access network and a packet-switched network as well as overthe broadband access network and a circuit-switched network incommunication with the packet-switched network, wherein the sessionmanager includes a Session Initiation Protocol (SIP) server and clientthat respectively transmits and receives SIP signaling messages over thepacket-switched network to and from the remote subscriber.
 2. The callprocessing module of claim 1, further comprising: a first networkinterface configured to communicate over a packet-switched network; anda second network interface configured to communicate with a localsubscriber over the broadband access network, wherein the second networkinterface includes a return path for receiving signals from the clientdevice in accordance with a scheme that employs an Internet Protocol(IP), a Data Over Cable Service Interface Specification (DOCSIS) tunnel,Quadrature Phase Shift Keying (QPSK) modulation or Quadrature AmplitudeModulation (QAM).
 3. The call processing module of claim 1, furthercomprising: a first network interface configured to communicate over apacket switched network; and a second network interface configured tocommunicate with a local subscriber over the broadband access network,wherein the first network interface is further configured to forwardover the packet-switched network a video transport stream supporting thetelephony call to a remote subscriber.
 4. The call processing module ofclaim 3, wherein the second network interface is further configured toforward the video transport stream over the broadband access network tothe client device.
 5. A method for establishing a telephony call,comprising receiving over a local broadband access network a requestfrom a calling party to establish a telephony call between the callingparty and a called party, the request including a telephone number ofthe called party, said local broadband access network employing anactive channel map that dynamically updates a relationship of channelsto services delivering programming content carried on the channels anddynamically allocating, for use by a client device of the called partyduring communication between a call processing module and the clientdevice over the local broadband access network, receive and transmitfrequencies, and a program ID from among receive and transmitfrequencies and program IDs available in the active channel map at atime a call setup is requested, a notification of available receive andtransmit frequencies and available program IDs being provided to thecall processing module, at the time of call setup, from an operator ofthe local broadband access network; and The call processing module,further comprising using a session manager configured to generate andreceive signaling messages for establishing the telephony call between alocal subscriber and a remote subscriber over the broadband accessnetwork and a packet-switched network as well as over the broadbandaccess network and a circuit-switched network in communication with thepacket-switched network, wherein the session manager includes a SessionInitiation Protocol (SIP) server and client that respectively transmitsand receives SIP signaling messages over the packet-switched network toand from the remote subscriber.
 6. The method of claim 5, furthercomprising presenting a response to the calling party from the calledparty by transmitting one or more additional messages to the callingparty over the local broadband access network using a frequency that isavailable for use for the telephony call based on the dynamicallyupdated relationship of channels to services delivering the programmingcontent carried on the channels, at least one of the additional messagesindicating if the telephony call will be answered as a voice-onlytelephony call or as a video telephony call and identifying a channel tobe used by the calling party when communicating with the called partyover the local broadband access network, wherein the local broadbandaccess network employs QAM modulation and the at least one of theadditional messages identifies the channel by including a receivefrequency, a transmit frequency and a program number to be used by thecalling party when communicating with the called party over the localbroadband access network.
 7. The method of claim 5, wherein the clientdevice is a set top box and the telephony call is a video telephonycall.
 8. The method of claim 5, wherein the broadband access networkemploys Quadrature Amplitude Modulation (QAM) in a forward directionfrom the broadband access network to the client device.
 9. The method ofclaim 5, further comprising alerting a call processing unit of therequest by transmitting an alert message over a packet-switched network,wherein alerting the call processing unit is performed in accordancewith a Session Initiation Protocol (SIP) protocol.
 10. The method ofclaim 5, wherein the request is received over the local broadband accessnetwork in accordance with a scheme that employs an Internet Protocol(IP), a Data Over Cable Service Interface Specification (DOCSIS) tunnel,Quadrature Phase Shift Keying (QPSK) modulation or Quadrature AmplitudeModulation (QAM).
 11. The method of claim 5, wherein the frequency fromthe channel map is a lower bandwidth frequency when the telephony callis a voice-only call as compared to a video telephony call.
 12. At leastone non-transitory computer-readable medium encoded with instructionswhich, when executed by a processor, performs a method including:receiving over a packet-switched network a request to establish atelephony call between a calling and called party, the request includinga telephone number of the called party; determining a network address ofa client device associated with the called party based on the telephonenumber; and forwarding, over a broadband access network employingRadio-Frequency (RF) modulation on a plurality of channels, a firstalert message to the client device using the client device networkaddress, the first alert message identifying one of the plurality ofchannels on which an incoming telephony call can be received by theclient device, wherein one of the plurality of channels on which theincoming telephony call can be received over the broadband accessnetwork is identified to the client device by a receive frequency, atransmit frequency, a program number and a modulation mode to be used bythe client device when communicating with the calling party, and whereinthe receive and transmit frequencies and the program number, for use bythe client device of the called party during communication between acall processing module and the client device over the broadband accessnetwork, are dynamically allocated from among receive and transmitfrequencies and program numbers available in an active channel map at atime a call setup is requested, a notification of available receive andtransmit frequencies and available program numbers being provided to thecall processing module, at the time of call setup, from an operator ofthe local broadband access network; and The call processing module,further comprising a session manager configured to generate and receivesignaling messages for establishing the telephony call between a localsubscriber and a remote subscriber over the broadband access network anda packet-switched network as well as over the broadband access networkand a circuit-switched network in communication with the packet-switchednetwork, wherein the session manager includes a Session InitiationProtocol (SIP) server and client that respectively transmits andreceives SIP signaling messages over the packet-switched network to andfrom the remote subscriber.
 13. The computer-readable medium of claim12, wherein the request to establish the telephony call includes anidentity of a first video transport stream on which the telephony callis to be received over the packet-switched network, and wherein themethod further comprises receiving a first answer message from theclient device over the broadband access network indicating acceptance ofthe incoming call, and forwarding a second answer message to the calledparty over the broadband access network, the second answer messageindicating the acceptance of the incoming call.
 14. Thecomputer-readable medium of claim 12, wherein the method furthercomprises forwarding, in addition to the first alert message, over acircuit-switched network a second alert message to a telephoneassociated with the telephone number of the called party, wherein thefirst and second alert messages inform the called party of the incomingtelephony call, and wherein the second alert message is forwarded inaccordance with a signaling protocol employed by the packet-switchednetwork to a gateway configured to translate the second alert message toa signaling protocol employed by the circuit-switched network.
 15. Thecomputer-readable medium of claim 12, wherein the method furthercomprises receiving a first answer message from the telephone over acircuit-switched network indicating acceptance of the incoming telephonycall, and forwarding a second answer message to the called party overthe broadband access network, the second answer message indicating theacceptance of the incoming telephony call as a voice-only call.
 16. Thecomputer-readable medium of claim 15, wherein the method furthercomprises receiving a re-route message from the telephone requestingthat the incoming telephony call be re-routed as a video telephony callfrom the telephone to the client device associated with the calledparty, determining if sufficient resources are available to support thevideo telephony call, and if sufficient resources are determined to beavailable, forwarding an acknowledgement message to the client deviceusing the client device network address, the acknowledgement messageidentifying a second one of the plurality of channels on which the videotelephony call can be received by the client device on the broadbandaccess network.
 17. The computer-readable medium of claim 12, wherein,if an answer message indicating acceptance of the incoming telephonycall is not received from either the telephone or the client devicewithin predetermined period of time, then the method further comprisessending a second alert message to a video voicemail server indicatingthat an incoming video telephony message will be transmitted for thecalled party, the second alert message identifying a second one of theplurality of channels on which the video telephony message can bereceived by the video voicemail server or a storage medium associatedwith the client device.
 18. The computer-readable medium of claim 12,wherein the method further comprises: if a first answer message isreceived from the client device indicating acceptance of the incomingtelephony call before a second answer message is received from thetelephone indicating acceptance of the incoming telephony call,forwarding a second answer message to the called party over thebroadband access network, the second answer message indicating theacceptance of the incoming telephony call and including an identity ofsecond video transport stream on which the incoming telephony call willbe forwarded to a second client device associated with the callingparty; and if the second answer message is received from the telephoneindicating acceptance of the incoming telephony call before receipt ofthe first answer message from the client device, forwarding a thirdanswer message to the called party over the broadband access network,the third answer message indicating the acceptance of the incomingtelephony call as a voice-only call.